home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19950528-19950726 / 000010_news@columbia.edu_Tue May 30 20:06:17 1995.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA16439
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Wed, 31 May 1995 06:42:28 -0400
  3. Received: by apakabar.cc.columbia.edu id AA27039
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Wed, 31 May 1995 06:42:25 -0400
  5. Path: news.columbia.edu!panix!news.mathworks.com!gatech!concert!ais.com!bruce
  6. From: bruce@ais.com
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Kermit-32 (VAX) problems??
  9. Message-Id: <1995May31.010617.7767@ais.com>
  10. Date: 31 May 95 01:06:17 EST
  11. References: <D9CztC.Cu6@inter.NL.net>
  12. Organization: Applied Information Systems, Chapel Hill, NC
  13. Lines: 46
  14. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <D9CztC.Cu6@inter.NL.net>, avdpeijl@inter.NL.net writes:
  17. > Hello everybody,
  18. > 
  19. > I would like to upgrade Kermit on my VAX. At the moment I have a stone-aged
  20. > version of Kermit-32 (1984 or something like that). With MS-Kermit 3.14 I
  21. > tried to upload some programms to the VAX with settings like:
  22. >    - packetlength 94
  23. >    - no linking shift (or something simular)
  24. >    - set block 1-bit (also tried 2-bit)
  25. >    - file type binary (of course)
  26. > 
  27. > The uploads went fine. I reached a 23% troughput at a 9600 bps line (VT220), 
  28. > found no particular errors (only at the end Kermit-32 complained about bad
  29. > packets).
  30. > 
  31. > When I run the program, I get:
  32. > "error activating image zip.exe" and "image header description length is
  33. > invalid"  (in this example I uploaded unzip.exe for VAX/VMS, 54k).
  34.  
  35. Try doing a SET FILE TYPE FIXED in Kermit-32 before you upload the
  36. zip.exe file.  The default file type has varying-length records which
  37. are not allowed for executable images.  Most likely the other settings
  38. had nothing to do with your problem;  you will however get more reliable
  39. transfers if you set BLOCK to 2 or 3 (this is the block check algorithm,
  40. and 1 is very minimal but usually adequate for short packets.  You would
  41. still be advised to use one of the more advanced block check methods
  42. that are less subject to letting bad data through).  Locking shifts are
  43. purely a transfer speed issue;  I don't know if such an old version of
  44. Kermit-32 would support them (in fact I'm unsure offhand if _any_ version
  45. of Kermit-32 supported them), but they are certainly not your problem.
  46.  
  47. Note that you need to have been very careful about transferring the
  48. zip.exe file to the PC in the first place.  It needs to be an exact
  49. binary copy of the file on the VAX (without the implied record boundaries
  50. every 512 bytes, of course).  Many methods of transferring the file will
  51. cause it to be corrupted:  for example, if its path included being copied
  52. as a text file by Kermit or FTP, then it may have extra CR/LF pairs added
  53. or existing CRs or LFs in the file modified into CR/LF pairs.  This will
  54. make the file unuseable as an executable file under VMS.
  55.  
  56. C-Kermit for VMS is an enormous improvement over Kermit-32 - you should
  57. try to get hold of it as soon as possible.
  58.  
  59. Good luck,
  60.  
  61. Bruce C. Wright